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T^ppr^pr^T. T.T f^VSTFME P^^ PnORDTNATTON OK SRRVTCES DE 
TFT .FCOMM TTNTCATION. 

5 La presente invention conceme un proc6d6 et un syst^me de coordination de 
services de telecommunication. 

EUe s'applique notamment, mais non exclusivement aux services de 
telecommunication accessibles h I'aide d'un terminal infonnatique ou 
10 teiephonique connecte a un r6seau de telecommunication, tel qu'un reseau 
teiephonique ou un r6seau infonnatique par exemple du type reseau Internet 

A titre d'exemples de services rendus par un r6seau de telecommunication, on 
pent citer un service de repertoire teiephonique intelligent, indiquant les 
contacts accessibles, un service de renvoi- automatique d'un appel, un service de 
rappel automatique d'un correspondant, un service de messagerie, ou encore un 
service de notification d'evenements particuliers, comme la publication 
d'informations particulieres dans le reseau IntemeL 

I... 

Or les utilisateurs de tels services disposent de plus en plus frequemment de : 
plusieurs terminaux (telephone fixe persomiel et au bureau, telephone mobile, ^ 
ordinateur comiecte au reseau Internet, ...)• H est done apparu le besom dev 
rendre ces services independamment des terminaux k la disposition des. 
utilisateurs, ce qui pose des problemes d'acces aux services et de coherence 
25 lorsqu'un mSme utilisateur utilise differents terminaux pour acceder a un meme 
service et de gestion de droits d'acces et de facturation, lorsque I'utihsateur 
accMe a un service par I'intermediaire d'mi autre service ou a partir de 
differents terminaux. 

30 La demande de brevet FR 2 814 021 deposee par la Demanderesse decrit un 
systeme de coordination de services permettant de coordonner differents 
services de teiecommmiication, qui peuvent etre rendus simultenement par des 
operateurs differents. Ce systdme est con9U pour recevoir et traiter des requetes 
emises par les services pour identifier et/ou authentifier un utUisateur, lorsque 

35 celui-ci accede au service, pour localiser un utilisateur recherche par un service, 
pour obtenir des informations de personnaUsation ou d'autorisation relatives a 
un utilisateur, ou encore pour valoriser des services factures a la duree, au 
volimie ou a I'acte. 
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Toutefois, pour qu'un utilisateur puisse beneficier de tels services de 
telecommunication, il est n6cessaire qu'il soit accessible par un reseau de 
telecommunication. Or le systeme de coordination de services decrit dans la 
5 demande de brevet pr6citee ne prevoit aucune disposition pour determiner I'etat 
d'accessibilite des utilisateurs. En outre, cette notion d' accessibility est a 
distinguer .de. la . notion de disponibiUte-. En efiet^ un utilisateur peut -dire 
accessible, c'est-a-dire disposer d'un terminal accessible par un reseau de 
telecommunication, mais souhaiter ne pas etre derange pendant une certaine 
10 periode. Ce systdme de coordination de services ne peimet pas non plus de 
gerer la disponibilite des utilisateurs. 

La presente invention a pour but de supprimer ces inconvenients en proposant 
un composant r^utilisable robuste et tolerant aux pannes, qui est integrable k 

1 5 moindre cout lors de la reaUsation de nouveaux services. Get objectif est atteint 
par la prevision d'un proc6d6 de coordination de services de telecommunication 
rendus a une pluralite d'utilisateurs, par I'inteimediaire de tenninaux de 
telecommunication connectes a differents reseaux de telecommunication, le 
precede comprenant des etapes au cours desquelles un systeme de mediation de 

20 services coordonne les traitements effectues par differents services de 
telecommunication pour le compte de chacun des utilisateurs. 

Selon I'invention, ce precede comprend en outre des etapes au cours 
desquelles : 
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- les services de telecommunication se connectent au systeme de mediation de 
services et specifient des evenements qui doivent leur 6tre notifies par le 
systeme de mediation de services, et/ou des evenements qu'ils sont 
susceptibles d'emettre vers le systeme de mediation de services, 

- les tenninaux de telecommunication des utilisateurs se connectent au 
systeme de mediation de services, transmettent au systeme de mediation de 
services des profils d'utilisateur spedfiant des modes de disponibilite, qui 
sont memorises dans une base de donnees, activent des profils et des modes 
de disponibmte prealablement specifies, et accddent aux services connectes, 

35 - le systeme de mediation de services determine un etat de joignabilite de 
chaque utiUsateur en fonction de I'existence d'au moins un tenninal de 
I'utilisateur connecte au systeme, et du profil et du mode de disponibilite 

actrferde'1*miligateur, 
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- le systeme de mediation de services transmet a chaque terminal comiect6 
I'etat de joignabiUte d'utiUsateurs sp6cifi6s dans une liste de contacts faisant 
partie du profil actif de I'utilisateur du tenninal, 

- le systeme de mediation de services transmet, pour chaque 6venement re9u 
d'un service, une notification d'evenement aux services connectes ayant 
specific que l'ev6nement doit leur 6tre notifie. 

Selon un mode de realisation prefer^ de I'invention, chaque mode de 
disponibilite sp6cifie par un utilisateur comprend : 

- un 6tat de disponibilit6 pouvant prendre les valeurs disponible, non 
disponible, en transfert d'appel vers iin numero d'appel specific, ou inconnu 
si I'utilisatem- ne souhaite pas rendre accessible son 6tat de dispombiUt6, 

- un eventuel identifiant de terminal vers lequel transferer un appel entrant 

destine a Tutilisateur, 

- un mode de notification d'6v6nements, et 

- une liste de contacts auxquels s'applique Petat de disponibiUt6. 

Avantageusement. chaque mode de disponibilite specifie par un utiUsateur 
comprend en outre des rdgles de disponibilite specifiant des periodes pendantj 
lesquellesle mode de disponibilite est actif. ? 

De preference, I'etat de joignabiUte determine par le systeme de mediation dev 
services peut prendre Tun des etats suivants : 

- joignable si le mode de disponibilite actif de I'utilisateur est h I'etat 
disponible et si au moins un terminal de I'utihsateur est connect6 au systeme 
de mediation de services, 

- non joignable si I'utilisateur n'est pas disponible ou si aucun terminal de 
»'52jilisateur n'est connecte au systeme de mediation de services, 

- acces a I'etat de joignabiUte soumis h autorisation si I'utilisateur souhaite que 
s^n etat de joignabiUte ne soit foumi k d'autres utiUsateurs qu'avec son 
autorisation prealable, 

- en transfert si I'utiUsateur a specifie que les appels entrants qui Im sont 
destines doivent etre transferes vers un numero d'appel specifie dans le mode 
de disponibiUte actif, 

- inconnu si I'utiUsateur demand6 n'est pas inscrit aupres du systeme de 
mediation de services, ou s'il ne souhaite pas que son etat de JoignabiUte soit 
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accessible. 

Selon un mode de realisation de I'invention, la transmission des notifications 
d'evenements par le systeme de mediation de services est effectuee sur 
5 demande de chaque service connecte. 

Selon un. autre mode de realisation de I'invention, la tian^mission d'Tme 
notification d'un dvenement par le systeme de mediation de services est 
effectu6e des reception de I'ev^nement si le service est connect6, et sinon 
10 r6v6nement est memorise dans un journal et est notifie au service dds que 
celui-ci se connecte au systdme de mediation de services. 

L'invention conceme 6galement un systdme de mediation de services de 
telecommunication rendus k une plurality d'utilisateurs, par I'interm^diaire de 
15 terminaux de telecommunication connectes k differents reseaux de 
telecommunication, comprenant un module de coordination de services con9u 
pour coordonner les traitements effectues par les services de telecommunication 
pour le compte de chacun des utilisateurs. 

20 Selon I'invention, ce systeme comprend en outre : 

- au moins une base de donnees rassemblant I'ensemble des donnees 
concemant les utilisateurs, qui sont necessaires au systdme de mediation de 
services et aux services, 

25 - un serveur de dispombiUte congu pour gerer et determiner a tout instant la 
dispombilite des utiUsateurs, en fonction de modes de disponibilite actife et 
de regies, specifies par les utilisateurs et memorises dans la base de donnees, 

- un module de gestion de services con^u pour recevoir de chaque service une 
inscription specifiant des evenements k notifier aux services et/oa des 

30 evenements emis par le service, et 

- un module de notification d'evenements conga pour recevoir et notifier 
I'apparition d'evenements aux services de telecommunication qui en ont fait 
la demande, 

- le module de coordination de services comprenant des moyens pour 
35 determiner un etat de joignabilite de chaque utilisateur pour chacun de ses 

profils en fonction de I'existence d'au moins un terminal de 1 'utilisateur 

c onnecte au s ysteme, et du profil et du mode de disponibilite ac tife de 

■Utilisateur, et des moyens pour transmettre a chaque terminal connecte 
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I'etat de joignabilite d'utUisateurs sp6cifies dans une liste de contacts faisant 
partie d'un profil actif de I'utilisateur du tenninal. 

Seloa un mode de realisation de I'invention, ce systeme comprend en outre un . 
5 module d' identification / autlientification charg6 d'identifier et d'authentifier les 
utilisateurs lorsqu'ils accMent au systeme de mediation de services ou a 
certains services. 

Selon un mode de realisation de I'invention, ce systeme comprend en outre un 
10 module d'interface domiant acces au systeme de mediation de services par 
rmtermediaire d'un reseau de telecommunication, ce module etant con^u pour 
recevoir des requ6tes de traitement, emanant des services ou des u^l^ateurs, et 
pour les retransmettre vers un composant du systeme charge d effect^er le 
Ltement demand^, et transmettre en reponse a ces requetes les r6ponses 
1 5 foumies par les composants du systeme. 

Avantageusement, le module d'interface comporte plusieurs composants 
dupliqu6s pour assurer une tolerance aux pannes. 

20 Selon un mode de realisation de I'invention, ce syst^e comprend en outre uji 
moniteur d' accds comprenant : 

- des moyens pour comiecter un terminal d'utiUsateur au systeme de m6diatio^ 
et le deconnecter du systdme, . 

25 - des moyens pour connecter un service au systeme de mediation et le 
d6connecter du systdme, , 
. - des moyens pour g6rer en temps reel les diff^rents services actives pour 

rutilisateur, ^ ^ ^z^ua 

- des moyens pour selectiomier un profil k activer et un mode de drspombilite 

30 dans le profil a activer, 

- des moyens pour selectiomier des ev6nements pour lesquels lutihsateur 
souhaite etre notifie de leur apparition, et 

- des moyens pour s61ectionner un terminal pour recevoir un appel entrant. 

35 Un mode de reaUsation pr6f6r6 de I'invention s^ decrit ci-apr^s a titre 
d'exempie non limitatif; avec r6f6rence aux dessins annexes dans lesquels : 
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La figure 1 represente schematiquement un systeme de mediation 
de services selon 1' invention ; 



La figure 2 montxe plus en detail un module de coordination de 
semces mis en ceuvre par le systeme represente sur la figure L 

5 La.figure I represente un s^fsteme de-mediation de services 1 8 seion F invention, 
pr6vu pour se connecter a des reseaux de teleconmiunication 1, tel que des 
r6seaux t616phoniques terrestres et cellulaires, et des reseaux informatiques tels 
que le reseau Internet 

10 Ce systeme est con^u pour foumir les fonctions necessaires a la gestion d'un 
ensemble d'utilisateurs, de leurs profits et de services offerts par des op6rateurs 
de telecommunication, chacun des utilisateurs ayant accds aux r6seaux de 
telecommunication 1 par rinterm6diaire d'un ou plusieurs terminaux de types 
divers, tels qu'un ordinateur 3 par exemple de type PC ou PDA (Personal 

15 Digital Assistant), ou terminal telephonique cellulaire 4 ou filaire 5. Les 
services geres par le systeme sont rendus par exemple par des serveurs. 2 
6galement connectes aux reseaux de telecommunication 1, ou par des terminaux 
d'utilisateur. 

20 Le systeme de mediation de services 10 selon Tinvention comprend les 
composants suivants : 

- un module 1 1 de coordination de services confu pour assurer la coherence de 
traitements eflfectu6s par differents services pour le compte d'un utilisateur, 

25 

- un serveur de disponibilite 12 con9u pour gerer et determiner a tout instant la 
disponibilite des utilisateurs, en fonction de modes de disponibilite actifs et 
de regies specifiees par les utilisateurs, 

30 un module 13 de notification d'evenements confu pour recevoir et notifier 
Tapparition d'evenements a des services ou des utilisateurs qui en ont fait la 
demande, ou a des composants intemes du systeme de mediation de services, 

- un module 15 d'identification / authentification charge d'identifier et 
35 d'authentifier les utilisateurs lorsqu'ils accedent a certaines fonctions du 



systeme ou a certams services. 
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- Tin module 16 de gestion de services conQu pour recevoir des inscriptions de 
services et pour foumir sur requ6te le^ references d'un service inscrit, 

5 - une ou plusieurs bases de donnees 18 rassemblant I'ensemble des donnees 
concemant les utiUsateurs, qui sont n6cessaires au syst^me 10 de mediation 
de services et aux services, 

- un module 17 de mise k jour des donnees m6morisees dans la base de 
10 donnees 18, et 

- un module d'interface 14 donnant acces au systeme de mediation 10 par 
I'intermediaire d'un reseau 1, ce module etant conpu pour recevoir des 
requites de traitement, emanant des services ou des utilisateurs, et pour les 

1 5 retransmettre vers le composant du systeme charge d'effectoer le traitement 
demande, et transmettre en r6ponse k ces requStes les reponses foumies par 
les composants du syst^e. 

Pour acc6der aux services offerts par le systeme 10 de mediation de services, 
20 chaque utilisateur doit etre pr^lablement enregistr6 et disposer d'un identifiant 
ou num6ro de contact par lequel il peut 6tre joint independamment du terminal 
comiect6 a un instant donn6 au systeme. II doit en outre d^frnir un ou plusieurs 
profils qui sont m6moris6s dans la base de donnees 18, et foumir des 
informations concemant les terminaux qu'il est susceptible d'utiUser et 
25 notamment les capacity de ces terminaux et les applications disponibles. 

Pour modifier les donnees memorisees dans la base de donnees 18, il est mis ^ 
la disposition des utUisateurs un serveur de gestion 6, par exemple ayant la 
forme d'un serveur Web ou WAP (Wireless AppUcation Protocol). Ce serveur 

30 de gestion permet a chaque utiHsateur de d6finir et tenir a jour un ou plusieurs 
profils associ6s chacun k un num6ro de contact par lequel I'utilisateur peut 6tre 
joint. Chaque profil d'utiUsateur rassemble une liste de services auxquels 
I'utiUsateur a souscrit, chacun des services de la liste etant 6ventuellement 
associe a des paramdtres de personnalisation du service, et des modes de 

35 disponibilite. 

Un utilisateur peut ainsi d6ftDir. plusieurs profils, par exemple un profil 
personnel et un profil professionnel. 
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Un mode de disponibilite correspond h una activite de Tutilisateur, par example, 
reunion, deplacement, ... Chaque mode de disponibilitd rassemble les 
informations suivantes : 

5 

- un identifiant de mode de disponibilite, 

r- un etat de disponibilite, a savoir, disponiWe, non dispomble, en-trans^feft 
d' appal vers un numero d'appel specific, ou incoimu si I'utilisateur ne 
souhaite pas rendre accessible son etat de disponibilite, 
10 - un 6ventuel identifiant de terminal ou de mode de communication (telephone 
fixe, mobile, voix sur IP, messages ecrits SMS (Short Message Service), 
MMS (Multimedia Messaging Service), messagerie electronique) permettant 
de transferer un appel entrant destine a I'utilisateur vers le terminal ainsi 
identifie, 

15 - un mode de notification (par exeaiple dans une messagerie), 

- une liste de contacts auxquels s'applique r6tat de disponibilite, et 

- des regies de disponibilite sp6cifiant des p6riodes ot le mode de disponibilite 
doit etre actif. 

20 Altemativement, les regies de disponibilite peuvent Btre definies dans le profil 
en dehors des modes de disponibilite, et specifier les modes a activer et 
desactiver en fonction de la date et I'heure, par exemple sous la forme d'un 
calendrier hebdomadaire, mensuel ou annuel. 

25 Un profil d'utilisateur comprend egalement des listes de contacts dans lesquels 
sont specifies les contacts autorises ou non ^ connaJtre I'etat de joignabiUte de 
Tutilisateur, et ceux dont Putilisateur souhaite obtenir un etat de joignabilite. 
L'etat de joignabilite d'nn utilisateur est determine en fonction de I'etat de 
disponibilite actif et de la presence de celui-ci, c'est-^-dire I'existence d'un 

30 terminal de I'utilisateur accessible par le systdme, soit directement, soit par 
I'intermediaire d'une service (par exemple de type portail). On defmit ainsi cinq 
etats de joignabilite : 

- joignable : I'utihsateirr est connecte et disponible, 

35 - non joignable : I'utilisateur n'est pas connecte ou n'est pas disponible, 

- acces a I'etat de joignabilite soumis a autorisation : I'utilisateur souhaite que 
son etat de joignabilite ne soit foumi qu'avec son autorisation predable^ 

~^tTanstert : Pufilisateur a specifie que les appels entrants qui lui sont 



destines doivent 6tre transf6r6s vers un certain numero d'appel sp6cifi6 dans 
le mode de disponibilit^, 
- inconnu : I'utilisatem- demand6 n'est pas inscrit auprds du systfeme 10 de 
mediation de services, ou ne souhaite pas que I'on connaisse son 6tat de 
5 joignabilit6. 

Par ailleurs, un moniteui- d'acces 7, par exemple con9u sous la forme d'un 
composant logiciel install6 dans chacun des terminaux d'utilisateur 3, 4, 5 ou 
sous la forme d'un serveur Web ou WAP, of&e aux utiUsateurs ou aux services 
10 les fonctions suivantes : 

- connecter un terminal 3, 4, 5 au systeme de mediation 10 ou le d^comecter 
du systeme, 

- connecter un service au systto de mediation 10 ou le d6connecter du 
15 systeme, 

- g6rer en temps reel les diff^rents services activ6s pour I'utilisateur, 

- choisir un profil k activer et un mode dans le profil actif ou un niveau de 
disponibilit^, 

- s'abonner a la notification d'6v6nements k s61ectionner, tels que appel 
20 entrant, appel perdu, changement de I'etat de disponibUit6 d'un contacts. 

reception d'un nouveau message, mise kjom d'une jauge de consommation,. 

<. 

- choisir un terminal pour recevoir un appel entrant, • f 

- suivre I'etat d'une jauge de consonamation, la consomniation de ses forfaits 
25 de communication, et 

- emettre et envoyer des messages urgents, un message urgent etant un 
message vocal ou ecrit qui pent etre envoye par un utiUsateur pr6alablement 
autoris6 par I'appele, et achemine jusqu'a ce dernier ind6pendamment de son 
etat de disponibilit6. 

Si le moniteur d'accds 7 se pr6sente sous la forme d'un composant logiciel 
instal.16 dans chaque terminal d'utiHsateur, il peut etre lance automatiquement k 
la mise sous tension du terminal, en particulier si le terminal est de type 
telephone mobile. 

Le serveur de disponibilite 12 est con9u pour activer ou desactiver des modes 
de disponibiUt6 en fonction des ordres repus des utilisateurs ou en fonction des 
regies de disponibiUt6 associ6es aux profits de ces demiers. II permet 6galement 
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a un utilisateur d'obtenir I'etat de disponibilite d'un contact, le cas echeant 
apres en avoir demand6 Tautorisation h I'interesse. Le serveur de dispombilit6 
est egalement con^u pour transformer les regies de disponibilit^s specifi^es par 
les utilisateurs pour les modes actifs en regies de filtrages directement 
5 interpretables par le module de coordination de services 1 1 . 

Le. module 13- de notifiGatiGn d'eveaenaents comprend un^ fanction 
d'enregistrement / d6senregistrement permettant k un service, un teiminal par 
rintennediaire du moniteur d'acces, ou un composant du syst^me 10 de 

10 mediation de services de s'enregistrer ou de se desenregistrer comme emetteur 
d'un ou plusieurs ^venements, et une fonction d'abonnement / d6sabonnemeat 
permettant k un service ou un composant du systdme de mediation de services 
de s'enregistrer ou se desenregistrer comme r^cepteur de notifications d'lm ou 
plusieurs 6venements. Un evenement peut dtre lie h un service (par exemple 

15 "nouveau service disponible") ou ^ un profil d'utilisateur (par exemple "d6p6t 
d'un nouveau message vocal"). 

Lorsqu'un 6venement n'est plus 6mis par aucun service, par exemple a la suite 
de la deconnexion du dernier service 6metteur de l'6v6nement, le module 13 
20 avertit les services abonn6s k I'ev^nement que Tevenement n'est plus 
disponible. Inversement, le module 13 avertit egalement les services abonn6s a 
un evenement que cet evenement est k nouveau susceptible d'6tre emis 
lorsqu 'un service 6metteur de cet evenement s 'est connecte au systeme 1 0. 

26 Ce module comporte Egalement une fonction de synchronisation permettant 
d'associer une notification d'evenement k une r^onse asynchrone de I'entit^ 
ayant re^u la notification d'ev6nement, et une fonction de gestion d'un journal 
d'^venements qui est mis k jour k chaque fois qu'xm evenement survient et qui 
rassemble pour chaque 6v6nement, les informations suivantes : . 

30 

- sa date, 

- son contenu, 

- le service emetteur, 

- une liste de profils destinataires de I'evenement, et de services abonnes a 
35 I'evenement, chaque service et profil etant associe a un indicateur signalant 

si oui ou non le service ou le profil a ete notifie de Tev^nement. 

eeTaoduleoare aeux moaes deToncfionnement. Dans un premier mode appele 
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"push" les services abomi6s a xm ev6nem^t sont automatiquement notifies par 
le module 13 lorsque survient r^6nement. Dans un second mode appele 
"polling" im service abonne obtient les notifications d'6venements survenus en 
interrogeLat le module 13 via le module d'interface 14, soit periodiquement, 
5 soit h la demande. 

En mode "push", la notification peut 8tre effectuee d'une maniere synchrone ou 
asynchrone selon que le service abonn6 est connecte ou non au moment ou 
V ev6nement survient. A la suite de la notification d'un evenement, le module 1 3 
10 met a jour le journal d'ev6nements. 

Le module d'identification / authentification 15 permet egalement de retrouver 
un utiUsateur en fonction d'un numero de contact. En outre, pour authentifier un 
utilisateur, il peut faire appel a des serveurs extemes d' authentification. 
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Le module 16 de gestion de services est confu pour recevoir des services des 
demandes d' inscriptions contenant chacune un identifiant du service, les actions 
qu'il peut rendre, et 6ventueUement une classe de service. Ces informations sont 
introduites dans un annuaire de service par exemple int6gre dans la base de 
20 donn^es 18. En outre, le module 16 est notifi^ de la connexion / deconnexion 
d'un service pour tenir a jour dans I'annuaire de service un indicateur par 
service signalant si le service est ou non connecte au systeme 10. | 
Le module 16 est egalement con9u pour recevoir des demandes de reference 
d'un service afin de permettre d'etabUr une communication directe avec celm- 
25 ci. Une telle demande contient le nom du semce et celui de son foumisseur. 

Le module 17 de mise a jour des donnees est con^u pour recevoir des 
informations sur les utilisateurs provenant de systSmes d'informations extemes 
8 mis en auvre par des services pour gerer leurs abounds respectife. Ce module 
30 assure deux fonctions principales, a savoir une fonction de mise a jour de la 
base de donnees 18 et une fonction de transmission de "tickets de prestation" 
permettant la facturation des utUisateurs pour les services utilis6s, vers un 
systeme de collecte de tels tickets. 

35 La mise §l jour de la base de donn6es peut Btre efPectude soit en mode "pull" soit 

en mode "push". . 
Dans le mode "pull", le module 17 recupere soit a la demande, soit 
p^riodiquement les donnees des systdmes d'information 8, auprds de serveurs 
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distants tels que des serveurs FTP (File Transfer Protocol). Les domi^es 
recuperees sont analys^es, raises en forme et introduites dans la base de 
donnees 18. 

Alternativement, le module 17 peut transmettre les donnees recuperees aux 
5 autres composants du systeme 10 qui sont concemes par ces domi6es, la mise h 
jour de la base de donnees etant effectuee par ces autres composants. 

Dans le mode "push", les syst^mes d'information transmettent leurs donnees a 
I'interface d'acc^ 14 du systdme 10, soit periodiquement, soit a la suite du 
10 remplissage d'un ficMer de mise h jour, selon le mode de fonctionnement du 
systdme d'information, L'interface d'acc^s retransmet ensuite les donnees 
revues au module de mise ^ jour 17. 

Les bases de donnees 18 peuvent dtre de type relationnel (SGBDR) ou objet 
15 (SGBDO), ou encore annuaire LDAP (Lightweight Directory Access 
Protocol). 

L'interface 14 est avantageusement confue pour assurer une certaine tolerance 
aux pannes en repartissant les requdtes revues sur plusieurs composants 
20 dupliques. EUe est realis6e de preference en faisant appel a des technologies 
standards telles que CORBA (Common Object Request Broker Architecture), 
RMI (Remote Method Invocation) ou SOAP (Simple Object Access Protocol). 

Le module 11 de coordination de services est con9u pour : 

25 

- g&er les connexions de services au systeme de mediation 1 0, 

- gerer une session d'acces d'utilisateur pour chaque profil d'utilisateur activ^ 
sur un terminal connect^ au systeme, et une session de service pour chaque 
service active par un utilisateur, 

30 - determiner la joignabilite de chaque utilisateur, en fonction de rexistetice 
d'au moins une session d'acces pour I'utilisateur (correspondant k un profil 
active par 1 'utiHsateur), 

- gerer en temps reel la valorisation de Tutilisation des services par les 
dififerents utilisateurs. 

J5 

A cet effet, tel que reprasent6 sur la figure 2, le module 1 1 comprend : 



- une Unction zi de gestion de sessions d'accds, pour creer / supprimer / 
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modifier une session d'acc^ i-espectivement k chaque activation / 
desactivation d'un profil d'utilisateur, 

une fonction 22 de gestion de sessions de services, pour cr6er / suppnmer 
/modifier h la demande de I'utiHsateur une session de service pour chaque 
service mentionn^ dans chaque profil actif, 

- une fonction 23 de gestion de contexts d'usage de services pour coordonner 
les operations r^alisees par plusieurs services pour un utilisateur, • 

- une fonction 24 de gestion de joignabilite pour determiner la joignabilite de 
chaque utiUsateur en fonction de I'existence d'au moins une session d'acces 
active pour cet utilisateur, du profil et du mode de disponibilit6 actifs de ce 

dernier, et . 

- une fonction 25 de valorisation de I'acces et/ou de I'usage d un service par 

\m utilisateur. 

A la connexion d'un terminal 3, 4, 5 d'utiUsateur au systeme 10, le module de 
coordination de services 11 demande h la fonction 21 de gestion de sessions 
d'acces de creer une session d'acces pour chaque profil a activer. A la selection 
par I'utiUsateur d'un service, la fonction 22 cr6e 6galement une session de 
service pour le service selectionn6. 

La creation d'une session de service impUque qu'auparavant I'utilisateur aii 6t6 
identifie et authentifii6 en faisant appel au module d' identification^, et 
d'authentification 15. 

La fonction de gestion de la joignabilite de chaque utiHsateur consiste a 
determmer pour un appel entrant destine h un utilisateur ou a la smte d une 
requete emise par un service, si I'appel doit 8tre accepte. refuse, notifie ou 
renvoye vers un numero de renvoi ou une messagerie, en fonction de I'etat de 
joignabilite de I'utilisateur, et eventuellement des rdgles de filtrage fourmes par 
le serveur de disponibilite et de l'identit6 du contact emetteur de I'appel. Cette 
fonction fait done appel a la fonction 21 de gestion de sessions d'accds pour 
determiner si I'utiUsateur est comiecte au systoe, ainsi qu'au serveur de 
disponibUite 12 pour obtenir le mode de disponibilite de I'utilisateur et les 
regies defiltrage. 

Grace a ces dispositions, un utilisateur pent definir qu'il est disponible pour 
certains contacts, et non disponible pour d'autires contacts, fl pent egalement 
definir les moyens de communication a utiUser pour recevoir des appels 
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entrants et pour recevoir des notifications d'ev6nements (messagerie vocale, 
ecrite). II peut autoriser certains contacts a obtenir son etat de joignabilit6, 
connattre les modes de communications (vocal, 6crit, imm^diat, difiKre) qu'ils 
peuvent utiliser pour le joindre. 

5 

Ainsi, le moniteur d'acces 7 est avantageusement con^u pour aJfficher la liste 
des .contacts de I'utilisateur, chaque contact «tant associe ^ un indicateur 
signalant I'etat de joignabilit6 du contact. II peut 6galement pennettre a 
I'utiUsateur de declencher I'etablissement d'un appel vers Pun des contacts de 
10 la liste k la suite de la selection de celui-ci et d'lm type de communication 
(vocal, 6crit, diff6r6, itnmediat) disponible pour ce contact. 

Cette action de selection d^clenche remission par le systdme 10 d*une 
notification d'evenement "appel entrant" sur le ou les terminaux accessibles du 

15 contact appele pour le profil consid6r6, le moniteur d'accds signalant k 
I'utilisateur appel6 la reception d'une telle notification. Le mode de signalement 
utilise depend du terminal. Dans le cas d'un ordinateur de type PC ou PDA, ce 
signalement peut etire effectu6 sous la forme d'un "pop up". Sur un t616phone 
mobile, il peut etre effectu6 par une application "Simtoolkit". 

20 A la suite de la reception d'une telle notification, I'utilisateur ^ele peut 
choisir le terminal avec lequel il souhaite prendre 1 'appel. A I'etablissement de 
la communication entre deux utilisateurs, le module de valorisation declenche 
un comptage de la duree d'appel. Si pendant une communication entre deux 
utilisateurs, un autre utilisateur tente d'etablir un appel avec I'un de ceux-ci, 

25 rutilisateur appel6 regoit une notification d'evenement d'appel entrant sur le ou 
les terminaux accessibles de I'appele pour le profil consid6r6. A la fin d'une 
communication entre deux utilisateurs, le module de valorisation 6met un ticket 
de prestation et met a jour une jauge de consommation sur les terminaux en 
envoyant un message k cet effet aux tenninaux connectes sur le profil appel^ 

30 (sur lequel s'est fait I'appel entrant), ce message contenant des informations 
relatives h un forfait de communication (montant maximum, montant 
consomme). 

A la deconnexion d'un terminal, le module de coordination de services II 
d6truit les sessions d'acces relatives aux profils actives sur ce terminal. Les 
35 sessions de services rattachees a ces sessions d'accds sont 6galement detruites. 



Les services doivent prealablement s'inscrire aupres du systeme 10 et €tre 



troimecies a celui-ci pour rendre des prestations aux utilisateurs. A la connexion 
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au systdme, un service indique au syst^me les 6v6nements qui doivent lui Stre 
notifies. Lors de I'accds par un utilisateur k un service inscrit et connecte, le 
service d6clenche una procedure d'identification et d'authentification de 
I'utilisateur et demande au systdme les informations relatives a ce dernier pour 
verifier qu'il possede les autorisations n^cessaires pour acceder au service. Au 
d6but et k la fin de la foumiture d'une prestation, le service fait appel au 
syst^me pour comptabiliser I'usage du sei-vice par I'utUisateur, en vue de sa 
valorisation. Lorsque aucun utilisateur accMe a un service, le service pent se 
d^connecter du systeme. 

Le systdme de m6diation de services selon I'invention est avantageusement 
r6aiis6 sous la forme d'un composant reutiUsable, appele "brique blanche", de 
maniere a Stre robuste et tolerant aux pannes, et etre integrable k feible cofit 
dans tout systdrae assurant la foumiture de services. 
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Grace a ces dispositions, le systdme de mediation de services selon I'invention 
permet aux utilisateurs d'acc6der k leurs services personnalises partir de 
n'importe quel terminal de t616conmiunication et n'importe quel accte a un 
reseau de telecommunication, tout en simpUfiant I'acc^ k ces services. II 
20 permet 6galement aux utilisateurs de g6rer leur disponibilite vis-^-vis des,autres 
utilisateurs, et ce ind6pendamment du r6seau de telecommunication. v 
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REVENDICATIONS 

1. Precede de coordination de services de telecommunication (2) 
rendus a une pluralite d'utilisateurs, par I'intermediaire de terminaux de 
5 telecommunication (3, 4, 5) connectes k differents reseaux (1) de 
telecommunication, le proc^de comprenant des 6tapes au cours desquelles un 
systeme de mediation de-semces (10) coordonne les traitements effectues par 
differents services de telecommunication pour le compte de chacun des 
utilisateurs, 

1 0 caract6ris6 en ce qu'il comprend en outre des Stapes au cours desquelles : 

- las services de telecommunication (2) se connectent au systeme de mediation 
de services (10) et sp6cifient des 6venements qui doivent leur atre notifies 
par le systdme de mediation de services, et/ou des 6v6nements qu'ils sent 
susceptibles d'emettre vers le systfeme de mediation de services, 

15 - les terminaux de telecommunication (3, 4, 5) des utilisateurs se connectent au 
systeme de mediation de services, transmettent au systeme de mediation de 
services des profils d'utilisateur specifiant des modes de disponibilite, qui 
sont memorises dans une base de donnees (18), activent des profils et des 
modes de disponibitite prealablement specifies, et accddent aux services 

20 connectes, 

- le systeme de mediation de services determine un etat de joignabilite de 
chaque utilisateur en fonction de Texistence d'au moins un terminal de 
I'utilisateur connecte au systeme, et du profil et du mode de disponibilite 
actife de Tutilisateur, 

25 - le systeme de mediation de services transmet k chaque terminal coimecte 
retat de joignabiUte d'utilisateurs specifies dans une liste de contacts faisant 
partie du profil actif de Tutilisateur du terminal, 

- le systeme de mediation de SCTvices transmet, pour chaque evenement regu 
d'un service, une notification d'evgnement aux sCTvices connectes ayant 

30 specifie que I'evenement aoit leur etre notifie. 

2. Precede selon la revendication 1, 
caracterise en ce que chaque mode de disponibiUte specifie par un utilisateur 
comprend : 

35 - un etat de disponibilite pouvant prendre les valeurs disponible, non 
disponible, en transfert d'appel vers un numero d'appel specific, ou inconnu 
si I'utilisateur ne souhaite pas rendre accessible son etat de disponibilite, 
^^Ttn evenmei identifianTde terminal vers lequel transferer un appel entrant 
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destia6 a I'utilisateur, 

- un mode de notification d'6v6nements, et 

- une liste de contacts auxqueb s'applique T 6tat de disponibilite. 

5 3 Procede seion la revendication 2, 

caract6rise en ce que chaque mode de dispombilit6 spedfi6 par un utilisateur 
comprend en outre des rdgles de disponibilit6 specifiant des p6riodes pendant 
lesquelles le mode de disponibilit6 est actif. 

4 Proc6d6 selon I'une des revendications 1 a 3, 
caracterise en ce que l'6tat de joignabilite determine par le systeme de 
mediation de services peut prendre I'un des 6tats suivants : , . 

- joignable si le mode de disponibUite actif de I'utUisateur est a 1 6tat 
disponible et si au moins un terminal de I'utilisateur est connect^ au systdme 

15 de m6diation de services, , 

- non joignable si I'utilisateur n'est pas disponible ou si aucun termmal de 
I'utilisateur n'est connecte au systdme de mediation de services, 

- acces a 1' etat de joignabilit6 soumis k autorisation si I'utiUsateur souhaite que 
son 6tat de joignabiUt6 ne soit foumi k d'autres utilisateurs qu'avec son 

20 autorisation pr6alable, 

- en tiansfert si I'utiUsateur a sp6cifi6 que les appels entrants qm lui sont 
destines doivent 6tre transf6r6s vers un num6ro d'appel specifi6 dans le^.mode 
de disponibilit6 actif, ; - 

- inconnu si I'utiUsateur demande n'est pas inscrit auprds du systeme de 
25 m6diation de services, ou s'il ne souhaite pas que son etat de joignabihte soit 

accessible. 

5 Proced6 selon Tune des revendications 1 a 4, 

caracterise en ce que la transmission des notifications d»6v6nements par le 
30 systeme de mediation de services est effectuee sur demande de chaque service 
connecte. 

6 Proc6d6 selon I'une des revendications 1 a 4, 

caiact6ris6 en ce que la transmission d'une notification d'un 6venement par le 
35 systeme de mediation de services est effectu^e dhs reception de r6venement si 
le service est connect6, et sinon 1' 6ven^ent est memorise dans un journal et est 
notifi6 au service dhs que cehii-ci se connecte au systeme de mediation de 
services. 
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7. Systeme de mediation de services de tel6communication rendus 
h. une pluralite d'utilisateurs, par l'intemi6diaire de terminaux de 
telecommunication connectes a differents reseaux de telecommunication, 
5 comprenant un module (1 1) de coordination de sei-vices con9u pour coordonner 
les traitements effectues par les semces de telecommunication pour le compte 
de chacun des utilisate.urs, 
caracterise en ce qu'il comprend en outre : 

- au moins une base de donnees (18) rassemblant I'ensemble des donnees 
1 0 concemant les utilisateurs, qui sont necessaires au systeme (10) de mediation 

de services et aux services, 

- un serveur de disponibiUte (12) congu pour gerer et determiner h tout instant 
la disponibiUte des utiUsateurs, en fonction de modes de disponibilite actifs 
et de rdgles, specifies par les utilisateurs et memorises dans la base de 

15 donnees, 

- un module (1 6) de gestion de services con^u pour recevoir de chaque service 
une inscription specifiant des evenements k notifier aux services et/ou des 
evenements emis par le service, et 

- un module (13) de notification d'evenements con^u pour recevoir et notifier 
20 I'apparition d'evenements aux services de telecommunication qui en ont fait 

la demande, 

•- le module (11) de coordination de services comprenant des moyens pour 
determiner un etat de joignabilite de chaque utilisateur pour chacun de ses 
profils en fonction de I'existence d'au moins un terminal de FutiHsateur 
25 comiect6 au systeme, et du profil et du mode de disponibilite actifs de 
I'utiUsateur, et des moyens pour transmettre k chaque terminal connecte 
retat de joignabiUte d'utiUsateurs specifies dans une Uste de contacts faisant 
partie d'un profil actif de I'utilisateur du terminal. 

30 8. Systeme selon la revendication 7, 

caracterise en ce qu'il comprend en outre un module (15) d'identification / 
authentification charge d'identifier et d'authentifier les utiUsateurs lorsqu'ils 
accedent au systeme (10) de mediation de services ou a certains services. 

^ 9. Systeme selon la revendication 7 ou 8, 

caracterise en ce qu'il comprend en outre un module d'interface (14) donnant 
acces au systeme (10) de medi ation de services p ar I'intermediaire d>un reseau _ 

de^eiecommunrcatiDii (1), ce module etant con9u pour rece\^r des requetes de ' 
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traitenient, 6manant des services ou des utilisateurs, et pour les retransmettre 
vers un composatit du systdme charg6 d'effectuer le tiaitemetit demand^, et 
transmettre en reponse h ces requ6tes les r6ponses foumies par les composants 
du systeme. 

10. Systfeme selon la revendication 9, 
caract6ris6 en ce que le module d'interface (14) comporte plusieurs composants 
dupliques pour assurer une tol6rance aux pannes. 

-10 11. Systeme selon I'une des revendications 7 a 1 0, 

caract^rise en ce qu'il comprend en outre un moniteur d'acces (7) comprenant : 

- des moyens pour connecter un terminal d'utilisateur (3, 4, 5) au systeme de 
mediation (10) et le deconnecter du systdme, 

- des moyens pour connecter un service (2) au systeme de mediation (10) et le 
15 deconnecter du systeme, 

- des moyens pour gerer en temps r^el les diff&ents services activfe pour 

I'utiUsateur, ^ ^ • , 

- des moy^is pour selectionner un profil a activer et un mode de dispombilit6 

dans le profil a activer, 
20 - des moyens pour s61ectionner des 6v6nements pour lesquels I'utilisateur 
souhaite 6tre notifi6 de leur apparition, et - 

- des moyens pour s61ectionner un terminal pour recevoir un appel entrant 
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